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TITLE OF THE INVENTION 
DOCUMENT EDITING METHOD, DOCUMENT EDITING SYSTEM, 
SERVER APPAEIATUS, AND DOCUMENT EDITING PROGRAM 
CROSS-REFERENCE TO RELATED APPLICATIONS 
5 This application is based upon and claims the 

benefit of priority from the prior Japanese Patent 
Applications No. 2002-200284, filed July 9, 2002; and 
No. 2002-200285, filed July 9, 2002, the entire 
contents of both of which are incorporated herein by 
10 reference. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a method and 
apparatus for editing a structured document such as an 
15 XML document or an HTML document. 

2. Description of the Related Art 

In a WWW (World Wide Web) , a shopping site has a 
page for listing product catalogues, and a news site 
has a page for listing news articles. In addition, 

20 many of portal sites describes information on different 

categories such as stock price information, weather 
forecast information or headline news in combination in 
a partial page area called a portlet in a top page. 
Here, this information on category by category basis is 

25 called sub-contents. Recently, on a Web page capable 

of being browsed via Internet, unlike a conventional 
document-like Web page, the sub-contents contained 
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inside are highly independent of each other, and Web 
pages configured in an aggregate manner increase. 

With respect to such a Web page, there is a user's 
demand to selectively browse only sub-contents of 
5 interest instead of reading all the pages in order. 

Apart from only browsing, for example, there are other 
demands listed below. 

1) Comparison or sorting in units of sub-contents; 

2) Classification or arranging in units of sub- 
10 contents; and 

3) Acquisition or storing in units of sub-contents. 

However, the current browser does not have 
functions which can correspond to the above demands. 
BRIEF SUMMARY OF THE INVENTION 

15 It is an object of the present invention to 

provide a document editing method, a document editing 
system, a server apparatus, and a document editing 
program which enable browsing not in units of Web pages 
but in units of sub-contents contained in each Web 

20 page, and collecting only a desired sub-content from 

one Web page or each of a plurality of different Web 
pages, thereby enabling editing in units of sub- 
contents . 

According to a first aspect of the present 
25 invention, a document editing method comprises: 

• displaying on a display unit a structured document 
having a document structure composed of a plurality of 
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elements; editing the displayed structured document 
based on a partial document defined as an operating 
unit in advance composed of at least one of the 
elements which is coincident with or is included in the 
5 displayed structured document; creating parts data by 

the partial document which includes at least partial 
document and position information on the document 
structure of the partial document based on information 
contained in the partial document, the information 

10 representing that the partial document is the operating 

unit, and storing the structured document in a storage 
unit as a set of the parts data; and editing the 
structured document by updating the parts data 
corresponding to the partial document which is not 

15 targeted for operation according to the contents of 

operation relevant to the partial document selected as 
an operating target. 

According to a second aspect of the present 
invention, a server apparatus comprises: a unit 

20 configured to display on display means a structured 

document having a document structure composed of a 
plurality of elements; and a unit configured to 
distribute the structured document to a client unit 
which edits the displayed structured document based on 

25 a partial document defined in advance as an operating 

unit composed of at least one of the elements, the 
partial document being coincident with or being 
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contained in the displayed structured documents, 
wherein the structured document to be distributed to 
the client unit includes information representing a 
partial document as the operating unit which is 
5 coincident with or is contained in at least the 

structured documents. 

According to an aspect of the present invention, 
with respect to the respective partial documents which 
can recognized based on information which represents a 

10 partial document on operating units, which are 

contained in a structured document, the part data (page 
parts) are created based on such additional 
information, whereby the contents displayed on a screen 
can be easily operated to be edited in units of sub- 

15 contents (units of partial document) based on the page 

parts . 

Therefore, as a structured document, for example, 
browsing not in units of Web pages but in units of sub- 
contents contained on each Web page is possible, for 

20 example. Moreover, only desired sub-contents are 

collected from one Web page or each of a plurality of 
different Web pages, and the acquired sub-contents can 
be edited in units of sub-contents. 

According to a second aspect of the present 

25 invention, on a client side, as a structured document, 

for example, browsing not in units of Web pages but in 
units of sub-contents contained in each Web page is 



possible, for example. Moreover, there can be provided 
a Web page for fetching only desired sub-contents from 
one Web page or each of a plurality of Web pages, 
enabling comparison, sorting, classification/arranging, 
or storage in units of sub-contents. 
BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 

FIG. 1 is a view illustrating a function of a 
document editing system according to one embodiment of 
the present invention; 

FIG. 2 is a diagram showing an example of 
functional configuration of the document editing 
system; 

FIG. 3 is a diagram illustrating page parts (sub- 
contents or a partial document) in one Web page; 

FIG. 4 is a diagram illustrating a data structure 
of page parts; 

FIG. 5 is a diagram showing an example of 
functional configuration of a host module; 

FIG. 6 is a view showing an example of screen 
display; 

FIG. 7 is a diagram showing an example of 
functional configuration of a page reading module; 

FIG. 8 is a flow chart illustrating an operation 
of the page reading module; 

FIG. 9 is a flow chart illustrating a procedure 
for converting an input document into a block Web 
document; 
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FIG. 10 is a diagram showing an example of 
functional configuration of a page parts management 
module; 

FIG. 11 is a flow chart illustrating an operation 
5 of the page parts inserting module; 

FIG. 12 is a diagram showing an example of 
functional configuration of a rendering processing 
module; 

FIG. 13 is a diagram showing an example of 
10 functional configuration of a GUI processing module; 

FIG. 14 is a flow chart illustrating an operation 
of a drag processing module; 

FIG. 15 is a flow chart illustrating an operation 
of a drop processing module; 
15 FIG. 16 is a diagram showing an example of 

functional configuration of an export module; 

FIG. 17 is a diagram showing an example of 
functional configuration of a page parts format 
adjusting module; 
2 0 FIG. 18 is a diagram showing an example of 

functional configuration of a desktop pasting module; 

FIG. 19 is a flow chart illustrating an operation 
of the desktop pasting module; 

FIG. 20 is a flow chart illustrating an operation 
25 for editing page parts; 

FIG. 21 is a flow chart illustrating an HTML 
cutter processing operation; 



FIG. 22 is a flow chart illustrating a style 
switch processing operation; 

FIG. 23 is a diagram showing an example of 
configuration of a server apparatus; 

FIG. 24 is a diagram showing an example of 
configuration when the document editing system shown in 
FIG. 2 is implemented on a computer (a computing 
machine), for example. 

FIG. 25 is a diagram showing an example of 
functional configuration of an electrical tag system 
according to a second embodiment of the present 
invention; 

FIG. 26 is a flow chart illustrating a processing 
procedure when a drop event for a desktop has been 
sensed; 

FIG. 27 is a flow chart illustrating a processing 
procedure when a drag event for a tag paper window has 
been sensed; 

FIG. 28 is a flow chart illustrating a processing 
procedure for creating the tag paper window; 

FIG. 29 is a flow chart illustrating a processing 
procedure for deleting the tag paper window; and 

FIG. 30 is a diagram showing an example of 
configuration when the system shown in FIG. 25 is 
implemented on a computer (a computing machine) , for 
example. 



DETAILED DESCRIPTION OF THE INVENTION 

Hereinafter, one preferred embodiment of the 
present invention will be described with reference to 
the accompanying drawings . 

First, terms used in the following embodiment will 
be described. 

A Web document or a Web page is a structured 
document having a document structure composed of a 
plurality of elements described in HTML or XML which 
can be browsed via Internet. In the following 
document, although a description has been given by way 
of example of a Web document (called a Web page) , it is 
not limited thereto. The present embodiment can be 
applied even to a general structured document such as 
an HTML document or an XML document which is created 
for the purpose of being browsed via Internet, and 
which is created for an arbitrary purpose by an 
arbitrary editor, and is acquired by arbitrary means 
even in a structured doc\iment acquired via Internet. 

Sub-contents are display data which is an 
aggregate in view of contents on a displayed Web page, 
and which is highly independent of each other in view 
of their contents. How sub-contents are delimited is 
intended by an author of the Web page. The sub- 
contents correspond to partial documents which can be 
delimited in variety from a totally different viewpoint 
depending on the writers of the Web page so that the 
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display data can be displayed by the partial document. 
Therefore, the sub-contents can be considered to be 
partial pages (partial documents) which a user on 
one Web page (a Web document) wants to handle 
5 independently. For example, many of portal sites 

describe information on different categories such as 
stock price information, weather forecast information 
or news articles in combination on a partial page area 
called portlet in a top page. For example, information 

10 on a category by category basis, that is, for example, 

each of news articles or weather forecast information 
may be one item of sub-contents (a partial document) or 
each item of news in news articles may be sub-contents 
(partial documents) . The context or delimiting of the 

15 sub-contents is not limited in particular. A full text 

of one Web page coincides with one partial document, 
and such a partial document may contain a plurality of 
partial documents. In the following document, the sub- 
contents and partial documents may be regarded 

20 equivalently . 

(General Description of Functions) 

An outline of a document editing system according 
to the present embodiment will be described here. In 
the description, a generic name of general software 

25 having a Web display function is broadly called a 

browser. This is not limited to software which 
primarily focuses on a Web display function such as 
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INTERNET EXPLORER (trademark) or NETSCAPE (trademark) . 
For example, a document edition system according to the 
present embodiment is equipped with a data base having 
a Web document display function, and this is also 
5 called a browser. 

1) A function for freely relocating sub-contents 
by a GUI operation such as drag & drop on a browser 
(corresponding to a need for comparison or sorting) ; 

2) A function for posting sub-contents by a GUI 
10 operation such as drag & drop from one browser to 

another browser (corresponding to a need for 
classification or arranging) ; and 

3) A function for opening a browser which displays 
a page on which sub-contents are not contained, and 

15 posting the sub-contents to be acquired from a variety 

of pages by a GUI operation such as drag & drop 
(corresponding to a need for acquisition or storage) . 

The above need from the user can be covered by 
this basic functional specification. With this basic 

20 function specification being a "nucleus", peripheral 

functions are added, and a complete functional 
specification has been designed. 

FIG. 1 is a bird view of these functions. 
Hereinafter, a general description of functional 

25 specification will be given with reference to FIG. 1. 

FIG. 1 shows an example of functional flow provided to 
illustrate a use mode for clarity, where a 



configuration in actual system design is different from 
another, as described later. Thus, it should be noted 
that the figure is not a functional block diagram. 

When a browser of this system reads a Web page on 
Internet, a file system or the like, this browser 
displays the Web page as in a conventional browser. In 
addition, this browser provides various operating 
functions for a user to conveniently handle sub- 
contents, that is, functions designated by reference 
numerals 1-1 to 1-14 of FIG. 1. Now, an outline of 
these functions 1-1 to 1-14 will be described here. 
(Free Relocating Function 1-1) 

One is a free relocating function of sub-contents 
on a browser. At a browser Web display portion, a user 
can move arbitrary sub-contents to another position by 
using a GUI operation such as drag & drop. There are 
two types of complete modes; a completely free mode in 
units of dots and a layout mode in which location is 
carried out along a frame. In this manner, for 
example, on a product listing page at a shopping site, 
there is an advantageous effect that a list of products 
can be changed in browsing according to the user's 
convenience . 
(Sorting Function 1-2) 

A sorting function is provided as a function 
associated with the above function. A sorting function 
1-2 is initiated by selecting it from a menu, a tool 



button and the like. All the sub-contents contained in 
pages or the specified contents can be sorted according 
to the contents of a specific item. In this manner, 
for example, products at the shopping site can be 
rearranged by price or by type, and thus, there is an 
advantageous effect that the products can be easily 
compared with each other. In addition, this sorting 
function is used together with an inter-page posting 
function 1-4 in FIG. 1 described later, thereby making 
it possible to compare product items on a variety of 
Web sites or Web pages. 

Conventionally, direct support by a machine cannot 
be received with respect to comparison of the contents 
at different Web sites, and the only one way has been 
to make visual check. 
(Search Function 1-3) 

A search function of sub-contents is also 
provided. The search function is initiated by 
selecting it from a menu, a tool button and the like. 
Two types of methods are provided. From among the 
pages, a search is made in accordance with a user input 
condition, and the result is established in a selective 
state in the same browser (a desired item is indicated 
to the user by focusing it) . Alternatively, a browser 
is opened as another window by using a new vacant page 
creating function 1-9 in FIG. 1, the corresponding sub- 
contents are placed there. In addition, search and 



narrowing can be carried out sequentially by repeatedly 
using this search function. 

(Inter-page Posting Function 1-4) 

A function for posting sub-contents between Web 
pages displayed on different types of browser is 
provided as a next function. Sub-contents separately 
displayed at a plurality of Web sites or on Web pages 
can be seen on the same page. This function has the 
advantageous effect described previously. Further, 
this search function is used in combination with a new 
vacant page creating function 1-9 of FIG. 1^ whereby 
only the sub-contents of interest can be collected on a 
new page, and further, can be compared with each other. 

(Format Adjusting Function 1-5) 

In addition, a format (type) adjusting function is 
provided as its auxiliary function. When sub-contents 
are posted between different Web pages, there is a case 
where types of such sub-contents are unacceptable. For 
example, there is a case where a display format or data 
format is different from another on a page by page 
basis with respect to product listing pages. Although 
it is possible to insert the format as is, it is 
inconvenient in the case where an attempt is made to 
compare sub-contents with each other by using sort 1-2 
or the like altogether. A format (type) adjusting 
function 1-5 automatically solves this problem. When a 
system determines that the type of sub-contents does 



not match a page on the accepting side, the system 
searches a proper one from a database of a Web format 
conversion rule which the system has, and applies the 
conversion rule to insert the types in all- 
(Design Switching 1-6) 

As another function, a function for switching a 
design (called a display format or style) is provided. 
The design switching function is initiated by selecting 
it from a menu, a tool button and the like. The design 
switching function is. provided as a method for 
switching a design to a single or a plurality of sub- 
contents with the contents being as they are. For 
example, with respect to product catalogs listed on 
Web, switching can be effected to a display format in 
which a data specification is understandable or to a 
display format in which a product design is 
understandable. However, this function is available 
for use only when the Web page is described by 
separating data and a style sheet (display method) as 
in XML or the like. 
(Inserting Function 1-7) 

A function for inserting sub-contents into the 
sub-contents is provided. By using this function, for 
example, a user can contain a product catalog in the 
existing product catalogs. This function is recursive, 
and can carry out infinitely processing for placing 
sub-contents in the existing sub-contents and inserting 



other sub-contents into the internal sub-contents. 
(Acceptability Determining Function 1-8) 

A sub-contents acceptability determining function 
1-8 is automatically initiated when sub-contents are 
inserted into another place by the above described free 
relocating function 1-1 or inter-page pasting function 
1-4, or a GUI operation such as drag & drop. With this 
function, when the inserting function is executed, the 
inserting function is canceled in the case where the 
Web page which is an accepting side or the inserting 
function 1-7 is utilized. In addition, the inserting 
function is canceled in the case the set condition for 
other sub-contents to accept such insertion is not met. 
An acceptance condition can be provided with respect to 
a format of sub-contents. 

This function 1-8 is used together with the format 
adjusting function 1-5. If the sub-contents targeted 
for insertion does not meet the condition defined on 
the accepting side, an attempt is made to make 
conversion into an acceptance type by using the format 
adjusting function 1-5. If a method for making 
conversion into an acceptance type has been found, such 
a type is inserted. If not, the inserting processing 
is canceled. 

(New Vacant Page Creating Function 1-9) 

A new vacant page creating function 1-9 is 
initiated by selecting it from a menu, a tool button 
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and the like. In execution, another browser window is 
opened, and a vacant Web page is newly created there. 
One important utilizing method is that, with this page 
being a scrap book, a user can acquire only sub- 
5 contents of interest from a plurality of Web pages by 

drag & drop and the like. This new page can inherit a 
Web page design of a browser which is an opening 
source. In this case, a new page is displayed on 
another window in a state in which all of the sub- 
10 contents only have been removed from the source Web 

pages . 

(Contents Editing Function 1-10) 

A contents editing function 1-10 is initiated by 
selecting it from a menu, a tool button and the like. 

15 When the function is initiated, an edit mode is 

displayed. Then, a user can edit the currently 
selected sub-contents on a browser or a dedicated 
editing software on another window. 

An editing function includes an inline mode for 

20 changing each data field in an HTML format while a 

displayed design is kept unchanged and a complete mode 
for changing a design. Functions to be added to these 
modes include: a function for, when design and data are 
separated from each other as in XML or when a data 

25 field is changed, reflecting (rewriting) a value to an 

internal data portion; and a function for, when the 
data format is specified strictly by a schema or the 
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like, providing an optimal input HTML form GUI along 
such a data format. These functions can be implemented 
by using the existing technique. 

In addition, sub-contents can be newly created. 
5 This function utilizes a function in the inline mode. 

When this function is initiated, an HTML format is 
displayed in a format of immediately preceding sub- 
contents. When the user determines a value by filling 
it in each item, new sub-contents are added into that 

10 page. 

(Storage Function 1-11) 

A storage function 1-11 is initiated by selecting 
it from a menu, a tool button and the like. The user 
can edit a configuration or contents of a Web page by 

15 using the previously introduced function. By using 

the storage function 1-11, a changed state can be 
stored in a variety of storage systems. As a storage 
destination, a Web server, a database and the like in 
which the user's home page is placed can be selected as 

20 well as a file system of a local host which the user is 

using . 

As a storage format, in addition to an HTML or an 
XML, a special format of this system having 
configuration information on these sub-contents added 
25 thereto can be selected. The special format stores any 

of the sub-contents whichever it is. Thus, when next 
reading is carried out, a function oriented to the 
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sub-contents described previously can be continuously 
utilized. 

(Data Source Updating Function 1-12) 

As an auxiliary function, a data source updating 
5 function 1-12 is provided. This function is one type 

of storage function. When a Web page delivered from 
the Web server is edited, the update information can be 
transmitted to a source Web server. The received Web 
server causes proper storage such as a database to 
10 reflect the update data according to the system 

configuration . 

(Function 1-13 for Fetching into External Application) 
A function 1-13 for fetching sub-contents into an 
external application is a function for fetching only 

15 desired sub-contents from an arbitrary Web page 

(including a scrap book) opened on a browser by posting 
them to the application by a GUI operation such as drag 
& drop. As a fetching destination, a mail, an OA tool, 
an in-house work flow system or the like is exemplified 

20 as an example of application. 

(Function 1-14 for Pasting into Desktop as Tag Paper) 
A function 1-14 for pasting sub-contents into a 
desktop is provided as a function which conforms with 
the above function 1-13 for fetching into an external 

25 application. Desired sub-contents are dropped into the 

desktop from an arbitrary Web page (including a scrap 
book) opened on a browser, whereby the sub-contents can 



be pasted as tag paper (electronic tag) . The sub- 
contents pasted to this tag paper can be dropped into 
an arbitrary page or an application later. 
(System Configuration) 

A configuration of a document editing system for 
implementing the above described functions will be 
described here. 

In order to provide to a user the above described 
functions with sub-contents being in units of 
processes, it must be determined where at least in Web 
page falls into sub-contents. That is, sub-contents 
may be included in other sub-contents (having parent 
sub-contents) or other sub-contents are included 
(having child sub-contents) (this is called an 
inclusive relationship or a parent relationship between 
sub-contents (partial documents) . Thus, information 
concerning an inclusive relationship between sub- 
contents is required. The information is called Web 
block structure information, or briefly block structure 
information. In addition, decomposing one Web page in 
units of sub-contents which are processing units of 
this system based on block structure information 
included therein is called blocking. 

Also, such blocking is a feature of the present 
invention, and, of course, block structure information 
is not contained in a Web document such as an HTML 
document or an XML document currently widely used. 
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Now^ a description will be given with respect to 
how the block structure information is acquired and 
handled. Here, the following policy is adopted in 
acquiring and handling block structure information, 
5 1) A dedicated Web language described including 

block structure information is prepared (hereinafter, 
this language is called a block Web language, and a 
document written in this language is called a block Web 
document) . 

10 2) This system is provided to carry out processing 

based on the block Web language. 

3) When the existing Web document such as HTML or 
XML is inputted to this system, the document is fetched 
after converted into the block Web language before 

15 carrying out the above processing. At this time, it is 

required to compensate for block structure information, 
and some functions are provided as a compensation 
method. 

There are two reasons why the above policies were 
2 0 employed. 

First, this dedicated block Web language having 
complete information is intended as a primary method 
for utilizing this system. When the block Web language 
is inputted, an author can describe where is provided 
25 as a block (contents to be independently handled) 

together with contents. 

Therefore, this block Web language is assumed to 
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be widely disclosed in order to be used by the Web 
author • 

As a system for providing an operating function 
for a user to handle sub-contents based on the block 
5 Web language, there is utilized a technique disclosed 

in US Application Serial Number 09/627,299 filed on 
July 27, 2000 (Title of the Invention: Web Page parts 
integrated processing method and apparatus; Inventors: 
Shinichiro Hamada and Toshibumi Seki) . 

10 On the other hand, it is an object of the present 

invention to flexibly cope with a generally known Web 
page description language. The Web languages known at 
the present stage are HTML and XML. There is employed 
a system for conversion into a previous block Web 

15 language instead of providing a processing module for 

directly handling these languages. By doing this, a 
system is simplified, and at the same time, only 
conversion processing can be made independent. Thus, 
there is an advantage that plug-in compatible 

20 expandability to a conversion system which will be 

required is obtained. 

In conversion, since the HTML or XML itself does 
not have block structure information, insufficient 
information must be compensated for. In contrast, 

25 there are a method for assignment from another document 

which has been prepared in advance; a method for a user 
to specify the information on the spot when a browser 
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is used; and a so called text mining method for 
mechanically estimating a block structure from the 
contents of a document. In the following description, 
there is shown a case of implementation by using the 
5 previous two methods. Although a third method can be 

implemented by using the existing technique, only 
possibility is presented here. 

FIG. 2 shows an example of functional 
configuration of the document editing system configured 
10 based on the above description. FIG. 4 shows an 

example of configuration of a global data object 
handled by this system. First, page parts as object 
data targeted to be processed by this system will be 
described here. 

15 This system handles a data object for page parts 

units, of the configuration as shown in FIG. 4. Page 
parts are data corresponding to sub-contents on one by 
one basis. The data include contents of sub-contents 
itself, of course, and management information required 

20 for a function oriented to sub-contents provided by 

this system. 

Page part (a data object) Dl shown in FIG. 4 is 
composed of a plurality of sub-data objects Dll to D18. 
In FIG. 4, for example, acceptance information D14 is 
25 represented to include insertion place information D141 

and acceptance type information D142 therein. 
Similarly, child page parts management information D16 
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includes insertion place information D161 and child 
page parts reference information D162 therein. In 
addition, for example, as in the acceptance information 
D14 or child page parts management information D16, 
5 sub-data objects expressed to be superimposed in 

plurality (to be superimposed in double, for example) 
indicate that a plurality of such sub-data objects 
exist . 

The page part Dl includes the following items of 

10 information: a type name Dll; a content D12; a style 

sheet D13; acceptance information D14; parent page 
parts reference D15; child page parts management 
information D16; a link URLD D17; and a link flag D18. 
These items of information are contained as an element 

15 configuring each partial document extracted from the 

block Web document or are contained as attributes. 

Type is provided to discriminate each partial 
document according to a data format (difference in 
format) of a partial document or a difference in 

20 category or kind (semantic difference) concerning the 

contents of the partial document. Identification 
information for discriminating each type according to a 
semantic or formal difference of the partial document 
is a type name. A type name corresponding to a partial 

25 document which corresponds to the page part Dl is 

maintained in the type name Dll contained in the page 
part Dl . This type name is described in an attribute 



"type" provided to an element (a factor) which is a top 
node of the partial document. 

A partial document corresponding to the page part 
Dl is maintained in the content D12. When display data 
is contained in another structured document other than 
a structured document including the page parts, link 
information for the display data is stored in the link 
URL D17. (At this time, the link flag D18 is set). 
Thus, in this case, the content D12 may be vacant. 

The style sheet D13 maintains a conversion rule (a 
style sheet) for a data format applicable to the 
partial document maintained in the content D12 and a 
conversion rule (a style sheet) for converting a data 
format of the display data into a data format corre- 
sponding to the display format or the like by a display 
format applicable to the partial document. If a 
plurality of conversion rules are applicable to the 
display data, it means that the plurality of style 
sheets D13 are contained in the page part Dl . A style 
sheet is described in an attribute "style" described in 
an element (a factor) which is a top mode of the 
partial document. 

The acceptance information D14 maintains as the 
acceptance type D142 a type name of a partial document 
in which a partial document corresponding to the page 
part Dl can be accepted (inserted), and maintains the 
insertion place D141 on a document structure. This 



acceptance type D142 is described as (an attribute of) 
an element "accept" in the partial document, and the 
insertion place D141 is position information which 
corresponds to an allocation on the document structure 
of this element "accept". 

When a portion corresponding to the page part Dl 
is included in another partial document, the parent 
page parts reference D15 is information for associating 
the page part Dl with page parts corresponding to 
another partial document which is a parent. 

When a partial document corresponding to the page 
part Dl includes another partial document, the child 
page parts management information D16 are information 
for the page part Dl with page parts corresponding to 
another partial document which is a child. This 
information maintains an insertion plate D161 of the 
another partial document on a document structure and 
child page parts reference D162 which is position 
information on a document structure of the another 
partial document. The insertion place D161 is a 
location of an element (such as an element "import" 
described later, for example) which instruct insertion 
of another partial document in partial documents. As 
an attribute of this element, for example, the child 
page parts reference D162 is described as position 
information on a partial document to be inserted. 

The sub-data objects shown in FIG. 4 will be 
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described as required in system configuration or 
description of operation shown in FIG. 2, shown below. 

Sub-contents have been described as corresponding 
to a partial page (a partial document) which the user 
5 in one Web page (a Web document) wants to handle 

independently. In this system^ although the page part 
Dl as shown in FIG. 4 are handled as objects 
corresponding to sub-contents on a one by one basis, 
all the pages (that is, one Web page) are processed as 

10 one page part. 

A specific description of page parts will be given 
with reference to FIG. 3. FIG. 3 shows a page part 3-1 
as one Web page. A plurality of page parts 3-2 to 3-7 
are included in the page part 3-1 corresponding to all 

15 the pages. In this system, the page part 3-1 and page 

parts 3-2 to 3-7 included therein are managed to be in 
a parent-child relationship. All the pages are 
regarded as page parts, whereby special processing is 
unnecessary, and the system is simplified. At the same 

20 time, there may be a need for fetching all the pages as 

part of another page. 

Now, functional modules of the document editing 
system shown in FIG. 2 will be described below. 

As shown in FIG. 2, the document editing system is 

25 roughly composed of: a host module Ml; a document 

processing module M2; and a desktop pasting module M3. 
These modules Ml to M3 are respectively independent 
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modules. The host module Ml substantiates and calls 
the document processing module M2 as required. The 
document processing module M2 substantiates and call 
the desktop pasting module M3 as required. 
5 The host module Ml is a container component which 

accepts (hosts) the document processing module M2 . A 
basic function is to construct a window frame on an OS 
(Operating System) , thereby ensuring a window region 
for the document processing module M2 to function and 

10 to provide a menu, a tool button and the. like for the 

user to operate, thereby conveying an inputted command 
to the dociament processing module M2 . 

A Web browser and a page parts album host 
(dedicated application which provides a function 

15 specialized for page parts management as shown in 

FIG. 5) are specifically assumed as the host module Ml. 
A general Web browser such as INTERNET EXPLORER 
(trademark) or NETSCAPE (trademark) is created so as to 
function as a general-purpose document service host. 

20 Thus, required registration processing concerning the 

document processing module M2 may be carried out so 
that the document processing module M2 can be initiated 
by calling it from the browser in accordance with the 
respective browser specification. The details are 

25 categorized in the software specification of the 

general-purpose browser, respectively, and a further 
description is omitted here. When the above general 
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Web browser is used as a host module, this host module 
is called a first host module Ml. 

On the other hand, a host module used exclusively 
for a document editing system according to the present 
5 invention is called a second host module M2 . The 

second host module will be described later. 

The document processing module M2 is a Web 
document processing module which has a blocking 
function and a function oriented to sub-contents. This 
10 module is substituted and called by number of Web pages 

from the host module Ml. That is, one document 
processing module is produced to one Web page on 
memory. 

The document processing module M2 roughly contains 
15 two sub-modules, a page reading module M21 and a block 

Web document processing module M22. 

The page reading module M21 supports the blocking 
function. First, the page reading module M21 reads a 
document specified by URL (or a file path on a local 
20 machine) . If the read document is determined to be a 

general Web document such as HTML document or XML 
document which is not a block Web document, the 
document is converted into the block Web document by 
executing one of a plurality of methods. 
2 5 The block Web document processing module M22 

provides a function oriented to sub-contents. The 
module M22 includes five sub-modules: a page parts 
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management module M221; a rendering processing module 
M222; a GUI processing module M223; an export module 
M224; and a page parts format adjusting module M225. 

The page parts management module M221 has a page 
5 parts database M221b which maintains page parts 

extracted from each page. This module also has a 
function for changing page configuration such as 
insertion, moving, or deletion in units of page parts 
(sub-contents) and a function for storing them. 

10 The rendering processing module M222 has a 

function for displaying a group of page parts managed 
by the page parts management module M221 as Web pages. 

The GUI processing module M223 provides a GUI 
function for operating sub-contents such as drag & drop 

15 or a context menu on the Web page displayed by the 

rendering processing module M222. After the GUI 
operation has been made, a data processing function 
corresponding to the GUI operation is called in 
response to the page parts management module M223, and 

20 a display screen is rewritten by using the rendering 

processing module M222. 

The GUI processing module M223 calls the export 
module M224 at the same time. The export module M224 
provides a processing function for posting page parts 

25 to an external application. 

Specifically, when a copy command or the like is 
executed by drag 6e drop or on a context menu in GUI 
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operation (when right-click is made on an arbitrary GUI 
part being displayed, a display is made with respect to 
this part) , the GUI processing module M223 calls the 
export module M224. Then, this module writes the 
5 contents of the page parts in a format which can be 

read by an external application, into a shared memory 
region (a clipboard) in which another application or 
process (these are collectively called an external 
application) can be read. In this manner, when a drop 

10 operation is carried out for an external, application, 

the external application reads the contents from the 
shared memory region, and thus, can post page parts. 

The page parts format adjusting module M225 is a 
module which, when page parts are posted in the 

15 document processing module M2 or between document 

processing modules, adjusts a data format of sub- 
contents of page parts. The page parts management 
module M221 is called when an operation of inserting 
page parts is carried out. Specifically, when the 

20 inserting operation is carried out, in the case where 

type name of page part to be newly added is not 
included in the acceptance type D142 included in page 
part which is an insertion source (this is called an 
acceptance type name list) , the page parts format 

25 adjusting module M225 searches a proper combination of 

conversion rules from a conversion rule database M225b 
(refer to FIG. 17); converts page parts into acceptable 



31 - 



page parts^ and returns them to the page parts 
management module M221. If a combination of conversion 
rules which can be solved has not been found out, the 
fact is notified to the page parts management module 
5 M221, Then, the page parts management module cancels 

the inserting operation. 

The desktop pasting module M3 provides the user 
with a function for pasting part of a document which an 
application has to a desktop as tag paper by a drag & 
10 drop operation. 

FIG. 24 shows an example of configuration in the 
case where the document editing system shown in FIG. 2 
is implemented on a computer (a computing machine) / for 
example . 

15 That is, in FIG. 24 the document editing system is 

composed of: a processor (CPU) 20; a memory 22; an 
output device 24 such as a display or a printer; an 
input device 2 3 such as a mouse or a keyboard; and a 
storage device 21. 

20 Among them, the storage device 21 is utilized to 

store a program or the like serving as a nucleus of 
system controlling or to temporarily maintain data or 
the like. This storage device stores a host program 
31, a document processing program 32, a desktop pasting 

25 program 33, various application programs 34 and the 

like. In addition, the memory 22 is utilized as a 
shared memory which can be used for executing the above 
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described programs and as a working area for program 
execution. Also, the processor 20 carries out various 
required control processings including input/output 
control or various processings by executing a program 
5 in the storage device 21. 

The processor 20 primarily provides a function 
which corresponds to the host module Ml of the document 
editing system shown in FIG. 2 on the document editing 
system shown in FIG. 2 4 by executing the host program 

10 31 in the storage device 21. 

The processor 20 primarily provides a function 
which corresponds to the document processing module M2 
of the document editing system shown in FIG. 2 on 
the document editing system shown in FIG. 24 by 

15 executing the document editing program 32 in the 

storage device 21. 

The processor 20 primarily provides a function 
which corresponds to the desktop pasting module M3 
of the document editing system shown in FIG. 2 on 

2 0 the document editing system shown in FIG. 24 by 

executing the desktop pasting program 33 in the storage 
device 21. 

Further, the processor 20 primarily provides a 
function which corresponds to these applications each 
25 on the document editing system shown in FIG. 24 by 

executing the various application programs 34 in the 
storage device 21. 
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Now, the modules shown in FIG. 2 will be described 
in detail. 
(Host Module) 

First, a host module Ml will be described here. 
5 As described previously, there are two methods: a 

method for utilizing a common general-purpose browser 
such as Internet Explorer or Netscape as a host module; 
and a method for providing a dedicated host module . 

When the common general-purpose browser is used as 
10 the host module Ml (in this case, the host module Ml is 

called a first host module Ml), required registration 
processing concerning the document processing module M2 
may be carried out in accordance with the respective 
browser specification. The details are categorized in 
15 the software specification of the general-purpose 

browser, respectively, and a further description is 
omitted here. 

Here, a description will be given with respect to 
the second host module Ml which is a host module used 
20 exclusively for the document processing system 

according to the present embodiment. 

The second host module Ml is a software 
application which can maintain a plurality of pages 
containing page parts, i.e., block WEB documents 
25 therein and which can select and manage the plurality 

of pages by tree. An execution screen is shown in 
FIG. 6. 
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A display region on a screen displayed on a 
display when the second host module Ml is initiated is 
composed of a classification tree display portion 6-1 
and a Web display portion 6-2. 
5 A plurality of Web pages maintained by the second 

host module Ml are assigned to nodes of the 
classification tree portion 6-1, respectively, and the 
Web page corresponding to the selected node is 
displayed on the Web display portion 6-2. In FIG. 6, 

10 the Web page displayed at the Web display portion 6-2 

is the same as the page parts shown in FIG. 3. 

The user can browse a plurality of Web pages as 
page parts by clicking a desired node of the nodes 
displayed at the classification tree portion 6-1. 

15 Also, the user can newly add, delete, or move a node on 

a tree by operation. These operations are made in the 
same way as in widely used EXPLORER (trademark) . 

The user can move or copy page parts by dragging 
the page parts currently displayed on the Web display 

20 portion 602, dropping them onto an arbitrary node, or 

further dropping them onto the Web display portion 6-2 
of the second host module Ml which is opened. 

In addition, the other various functions oriented 
to page parts can be executed by carrying out a variety 

25 of GUI operations at the Web display portion 6-2. 

These functions are provided by the document management 
module M2 described later in detail, and a detailed 



35 - 



description is not given here. 

In the case of the first host module Ml configured 
by using the previously described general browser as 
another example of the host module, only the Web 
5 display portion 6-2 exists on the screen displayed when 

the first host module Ml is initiated. Similarly, a 
variety of functions oriented to page parts can be 
executed by carrying out a variety of GUI operations at 
the Web display portion 6-2. 

10 A functional configuration of the second host 

module Ml will be described with reference to FIG. 5. 

The second host module Ml is roughly composed of: 
a classification tree module Mil for carrying out 
display or operation for the tree of the Web page at 

15 the above classification tree portion 6-1; a storage 

function module M12 responsible for file writing or 
reading; and a resume function module M13. 

The document processing module M2 described later 
supports a function for displaying a Web page on the 

20 Web display portion 6-2. 

The classification tree module Mil displays a 
classification tree and carries out GUI operations such 
as node addition, deletion, and moving for the 
displayed classification tree. As program parts for 

25 carrying out the above described tree display or GUI 

operations, program GUI parts generally called "a tree 
control" are provided from a variety of venders, and 
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the above GUI operations can be carried out by using 
them. 

Tree control is a GUI part which can display a 
named node on a tree capable of opening and closing and 
5 can allocate an arbitrary adding function through the 

user operation such as node clicking. 

In the classification tree module^ Mil may be 
configured by adding a function specific to the second 
host module thereto on the basis of tree control. The 
10 tree control itself is not included in the gist of the 

present invention, and a description is omitted here. 

In the second host module Ml, a Web page is 
assigned to each of the tree nodes. Information for 
referring to the document processing module M2 is 
15 provided in order to enable the module M2 to be 

referred to by associating the document processing 
module M2 corresponding to the node with each mode of 
tree control. 

The node selection module Mil is a program module 
20 called when any one of the nodes is clocked by tree 

control. This module is generally called a selection 
event handler. 

A node selection module Mill issues an instruction 
to the document processing module M2 in which the 
25 selected node is associated with the node so as to 

display a Web page corresponding to the node. In this 
manner, every time a node is selected, the 



corresponding Web page is displayed by the document 
processing module M2 associated with the node . 

A node addition module Ml 12 is a program module 
called when any one of the nodes is added by tree 
control. This module is generally called an addition 
event handler. The node addition module Ml 12 newly 
creates the document processing module M2 (in this 
state, the Web contents are vacant) , and adds reference 
information for associating the document processing 
module M2 with the newly added node. 

A node deletion module Ml 13 is a program module 
called when any one of the nodes is deleted by tree 
control. This module is generally called a deletion 
event handler. The node deletion module Ml 13 
terminates the document management module M2 associated 
with the node, and deletes it from a memory based on 
the reference information which the deleted node has. 

A node moving module M114 is a program module 
called when any one of the nodes is moved by tree 
control. This is generally called a moving event 
handler. The moving event handler Ml 14 does not carry 
out processing in particular. 

A page parts accepting module Ml 15 is a program 
module called when page parts are dropped onto any of 
the nodes by tree control (when a move destination is 
instructed) . This module is generally called a drop 
event handler. The page parts acceptance module M115 
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instructs the document processing module M2 associated 
with the node by using reference information to add 
page parts based on the accepted page parts data 
(serialized image) . In this manner, the page parts 
5 identical to those dragged are created on the Web page 

corresponding to a node of a drop destination. 

A description of the classification tree module 
Mil has now been completed. 

The storage function module M12 is a program 

10 module executed when an application terminates. This 

module is called a termination event handler. The 
storage function module M12 has a function for writing 
into a file the information concerning the Web page 
with which each node is associated. In order to 

15 achieve this, this module issues a storage command to 

the document processing module M2 associated with the 
node while the nodes of tree are tracked in order. 

As a storage method, it is first considered that 
documents are stored separately. However, contrivance 

20 is required such that the respective file names are not 

duplicated, and files must be collected during next 
reading, which is inconvenient. Thus, a method for 
storing all documents collectively in one file is 
effective . 

25 The resume function module Ml 3 is a program module 

executed when an application is initiated. This module 
is called an initialization event handler. The resume 
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function module M13 has a function for returning to a 
memory the information concerning the previously 
terminated Web page or the like, and restoring the 
application in its original state. In order to achieve 
5 this, the stored files are opened in order, and the 

nodes on the tree and the document processing modules 
M2 associated with these nodes are generated again in 
order. 

(Document Processing Module) 

10 Now, the document processing module M2 will be 

described here. Prior to a detailed description of 
each sub-module configuring the document processing 
module M2, a description will be given with respect to 
the block Web document which the module M2 handles. 

15 An example of the block Web document is shown 

below. 

<?xml version = "1.0"?> 
<root style = "root. xsl"> 

<a component = "yes" type = "type-a" style = "1. xsl; 
20 a2. xsl; a3. xsl"> 

<a>aaaaa</a> 

<a>aaaaaaa</a> 
</a> 

<b component = "yes" type = "type-b" style = "bl . xsl; 
25 b2. xsl:b3. xsl"> 

<b>bbbbb</b> 
</b> 
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<accept type "type-a; type-b"/> 
<import href = 

"http: //www. shiba. co . jp/aaaaa .pzx#xpointer (/root/c) " 
/> 

5 </root> 

The above block Web document indicates that there 
are included partial documents "a" and "b" 
corresponding to page parts which can be handled 
independently at an element including an attribute 

10 "component" allocated below am element "root". Display 

data displayed by the partial document "a" is "aaaaa" 
or "aaaaaaa", and the display data displayed by the 
partial document "b" is "bbbbb" . Further, the Web 
document beginning with an element "root" indicates 

15 that page parts of type "type-a" or type "type-b" can 

be inserted into a position indicated by a tag 
"accept" . 

As is evident from the above block Web document, 
the partial document in a structured document 

20 corresponding to sub-contents can be discriminated by 

the fact that the value "yes" is specified in an 
attribute "component" described in the top node (or 
root node) in the partial document. Here, it is 
discriminated that a partial document in which the node 

25 described in the attribute "component" is defined as a 

top node corresponds to one sub-content. 

This block Web document extends a Web document 
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disclosed in Jpn. Pat. Appln. KOKAI Publication 
No. 2001-109742. 

Also, in the above block document Web document, 
the tag "import" has a special meaning, and has a 
5 function for which page parts of URL specified by an 

attribute "href" (in the above example, part of page is 
specified by using URL with XPointer) are inserted into 
the position. This tag indicates that page parts are 
provided as an external resource. The page part is 
10 totally identical to another page part in handing on 

page . 

In addition, when data is posed via HTTP 
(Hypertext Transfer Protocol) , "Content-Type" must be 
"text/cmp". A rule is established such that an extend 

15 must be "cmp" if an input from another network protocol 

such as FTP (File Transfer Protocol) or from a file 
system occurs. This rule is prepared in order for the 
document editing system to determine whether or not an 
input document is a block Web document. 

2 0 (Page Reading Module) 

FIG. 7 shows a configuration of a page reading 
module M2-1, and the arrow indicates a data flow. 

The page reading module M21 primarily carries out 
blocking of Web pages. This module manages document 

25 input to the document processing module M2 . If a given 

document is a block Web document^ the document is 
posted to the block Web document processing module M22 



through the page reading module M21 as is. If the 
given document is another Web document (such as HTML 
document or XML docioment)/ the document is converted 
into a block Web document, and the converted document 
is posted to the block Web document processing module 
M22 (FIG. 2) • 

The page reading module M21 is composed of a page 
type determining module M211 and a blocking module 
M212. Web documents entered from a communication such 
as HTTP or a file system is inputted to the page 
reading module M21, A well known technique may be used 
for reading processing from the HTTP communication 
function or file system, and a description is omitted 
here . 

The input document is posted to the page type 
determining module M211. The page type determining 
module M211 determines whether or not the input 
document is a block Web document in accordance with the 
procedure shown in FIG. 8. That is, in the case where 
the input document is posed via HTTP, if "Content-Type" 
is "text/cmp", the input document is a block Web 
document (step SI to step S3) . When an input from 
another network protocol such as FTP (File Transfer 
Protocol) or from a file system occurs, if the extent 
is "cmp", the input document is determined to be a 
block Web document (step 51). 

Turning to FIG. 7, if the page type determining 
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module M211 determines that the input document is a 
block Web document, the document is output of the page 
reading module as is. If it is not a block Web 
document, processing for conversion into a block Web 
5 document is carried out by the blocking module M212, 

and the result is outputted. 

The blocking module M212 executes conversion 
processing for a given document by using a conversion 
rule for blocking (here, referred to as a block sheet) , 
10 and outputs the resulting block Web document. A block 

sheet database (DB) M214 stores the conversion rule so 
that, with URL of an input document which is a key, the 
conversion rule corresponding to the input document can 
be searched. When the input document is input from FTP 
15 or a file system instead of HTTP, URL of FTP or file 

URL is used. As a conversion rule, XSLT is used in 
this system. 

A non-block Document is inputted, (step SIO) 
If the document is of HTML, a current document is 
2 0 converted into an equivalent XML document (step Sll) . 

A block sheet application module M213 actually 
carries out conversion processing by using a block 
sheet DBM 214. A flow of this processing is shown in 
FIG. 9. This output is posted to the block Web 
25 document processing module M22. 

Here, a supplemental description will be given 
with respect to processing (step S12) in the case where 
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a block sheet corresponding to the input document is 
not found out. When no block sheet corresponds to the 
input document, no block structure information is 
provided. Thus, all pages are construed as one page 
5 part. That is, an attribute "component" is provided to 

a root node of the input document. In addition, there 
does not exist style specification (style attribute) 
which should be essentially specified in page parts, 
and thus, a default style which this system has therein 

10 is assigned (step S15 and step S16) . In the case of 

the XML document, a style sheet for simply displaying 
an XML document in a tree manner is a default style. 
In the case of the HTML document^ a style sheet for 
displaying the HTML document intact is a default style. 

15 In this manner, a general XML document or HTML document 

can be handled as page parts in this system. 
(Block Web Document Processing Module) 

The block Web document processing module M22 is a 
module provided as a system nucleus which manages a 

20 block Web document inputted by the page reading module 

M21, displays the document to a user, and provides a 
convenient GUI operation for sub-contents. Although it 
has been given in a description of the host module Ml, 
the block Web document managed by one block Web 

25 document processing module M22 is one document. When a 

plurality of pages (a plurality of documents) are 
managed, it is required to generate the block Web 
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document processing module M22 by the number of pages. 

The block Web document processing module M22 is 
configured of. a plurality of sub-modules, and these 
modules are cooperatively operated each other. 
5 Hereinafter, a detailed description will be given with 

respect to each of these modules, 
(Page Parts Management Module) 

The page parts management module M22 is a base 
service module oriented to another module which 

10 includes pages, manages all the page parts in these 

pages, and provides an API (application programming 
interface) for configuration change. A data structure 
of page parts is as illustrated in FIG. 4. 

As shown in FIG. 10, the page parts management 

15 module M221 is composed of five service modules, i.e., 

a page parts reading module M221a; a page parts 
database (DB) M221b; a page parts insertion module 
M221c; a page parts deletion module M221d; and a page 
parts storage module M221e. 

20 The page parts reading module M221a analyzes an 

inputted block Web document, creates page parts for a 
partial document corresponding to sub-contents 
contained in the block Web document, and registers a 
finally prepared group of page parts in a page parts 

25 database M221b. 

In a block Web document, the sub-contents 
independently handled are a block Web document itself. 
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are included in a partial document when an element 
(factor) having an attribute "component" in the Web 
document assigned thereto is defined as a top node, or 
are an external resource specified by an element 
5 "import", for example, URL. 

Then, the page parts reading module M221a first 
extracts a partial document having the attribute 
"component" and a partial document composed of the 
element "import" from an inputted block Web document. 

10 However, with respect to the sub-contents themselves 

(entity of sub-contents) , the partial document having 
the attribute "component" assigned thereto is included 
in a child element of the element provided as its top 
node. In addition, in the case of the element 

15 "import", the contents which is an external resource 

specified by an attribute "href" of the element are 
downloaded by using a publicly known technique, whereby 
the entity (content) of the sub-content can be 
acquired. 

20 With respect to the sub-contents extracted from 

the block Web document, a page part Dl is created as 
shown in FIG. 4 based on each of a partial document in 
which an element having the attribute "component" 
assigned thereto is defined as a top node, and a 

25 partial document composed of an element "import". 

Although a page part Dl with respect to the block Web 
document itself being sub-contents is created, such 
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creation is carried out in the same way as above. 

Sub-contents (display data) , for example, are 
written into a content D12 in the page part Dl of 
FIG. 4. 

5 When each page part is created, a parent-child 

relationship between page parts is obtained from that 
between partial documents represented in a block Web 
document (as in the parent-child relationship between 
elements in an XML document) • Thus, with respect to a 

10 page part in which a parent-child relationship exists, 

information on pointer or link for associating a child 
page part to the page part (child page parts reference 
D162) or a place (position) D161 in which the child 
page part in the page part is inserted is written as 

15 information on pointer or link for associating the page 

part with a parent page part (i.e., hereinafter, 
referred to as parent page part reference D15) or 
information for associating the page with a child page 
part (i.e., hereinafter, referred to as child page 

20 parts management information D16) . 

With respect to sub-contents, URL per XPointer 
which is pointer information for specifying a position 
on a document structure of a block Web docijment 
including a partial document corresponding to the sub- 

25 contents is written into the link URL D17. In the case 

of sub-contents externally acquired by an element 
"import", URL with XPointer specified by an attribute 



48 - 



"href of an element "import" is written into the 
URL D17. 

With respect to each of a partial document having 
an attribute "component" and a partial document 
5 composed of an element "import", if an attribute "type" 

is described as its attribute, the corresponding value 
is written as the type name Dll. If an attribute 
"style" is described (if that value is divided into a 
plurality of character strings by semicolons each 

10 character string corresponds to a style sheet 

identifier, for example), such each character string is 
written as the style sheet D13, respectively. 

With each of a partial document having an 
attribute "component" and a partial document having an 

15 element "import", for example, if an element "accept" 

exists as a child element in the partial document, it 
designates that a sub-content which can be inserted 
exist in the sub-content corresponding to the partial 
document. A type name of such a sub-content which can 

20 be inserted (can be accepted) is indicated as an 

attribute. In this case, the acceptance information 
D14 for inserting sub-contents is written. First, a 
structural position of the element "accept" is written 
as the sub-contents insertion place (position) D141. 

25 If an attribute "type" exists in the element "accept" 

(if that value is divided into a plurality of character 
strings by semicolons each character string corresponds 



to an identifier of type (acceptance type) of an 
acceptable sub-content, for example) , such each 
character string is written as the acceptance 
type D142. 

There is a possibility that a plurality of 
elements "accept" exist, and write processing is 
carried out by the number of the elements. 

The page parts database M221b stores and manages 
all the page parts contained in a block Web document • 
Each page part has reference information for a parent 
page part and a group of child page parts. Thus, 
information on arbitrary page parts can be acquired by 
sequentially tracking it based on this reference 
information. 

The page parts insertion module M221c is provided 
for newly adding and inserting page parts as a child of 
an arbitrary page part. 

FIG. 11 is a flow chart illustrating a processing 
operation of the page parts insertion module M221c. 
Hereinafter, a description will be given with reference 
to FIG. 11. For example, when the page part A is 
inserted into the page part B (step S20) , the 
acceptance type D142 contained in the acceptance 
information D14 of the page part B is taken out from 
the page part data base, and the type name Dll 
contained in the page part A to be inserted is fetched. 
Then, it is determined whether or not a type name of 
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the page part A written as the type name Dll exists in 
the acceptance type D142 (steps S20 to S23) . When the 
type name exists, the child page parts management 
information D16 on the page part A is registered in the 
page part B in order to be associated as a page part of 
a child of the page part B (a child page part) . In 
addition, the parent page part reference D15 on the 
page part B is registered in the page part A in order 
to associate the page part B as a page part of a parent 
of the page part A (a parent page part) (step S24) . 

In step S23, when a type name of the page part A 
written as the type name Dll does not exist in the 
acceptance type D142, the page parts format adjusting 
module M225 is called in order to implement insertion 
of the page part A after converted into a page part of 
a proper type. At this time, the acceptance type D142 
of the page part B and the page part A are posted to 
the page parts format adjusting module M225, and 
conversion is requested so that type of sub-contents of 
the page part A is accepted by the page part B. 

When a type of sub-contents of the page part A can 
be converted into a type acceptable by the page part B, 
processing goes to step S24. 

In step S22, when an acceptance type is not 
specified for the acceptance information D14 of the 
page part A or when a type of sub-contents of the page 
part A cannot be converted into a type acceptable by 
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the page part B, processing goes to step S24 in which 
insertion of the page part A into the page part B is 
rejected. 

Turning to a description of FIG. 10, the page 
5 parts deletion module M221d is provided to delete 

arbitrary page parts. Specifically, from a parent page 
part to be deleted, the child page parts management 
information D16 for accepting the page part to be 
deleted is deleted. The page part itself to be deleted 

10 is deleted from the page part database. At this time, 

when a partial document included in a partial document 
(i.e., a child partial docximent) exists in the partial 
document corresponding to a page part targeted for 
deletion, the page part corresponding to the included 

15 partial document is also deleted from the page part 

database. Movement of page parts can be achieved by 
combining a function of a page parts insertion module 
with a function of this page parts deletion module. 

The page parts storage module M221e has a function 

20 for storing a file of an arbitrary page part, and a 

function for storing a specified page part. When using 
this function, a page part to be stored and a file name 
are specified. However, not only the specified page 
part but also a posterity page part thereof are 

25 targeted for storage. 

There are three types of storage formats, i.e., a 
block Web document format, a Pure XML format, and an 
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HTML format. The block Web document format includes a 
specific expression for blocking or link such as the 
attribute "component", element "accept", or element 
"import". Block structure information or a link 
5 relationship can be restored even if it is loaded in a 

page parts storage database. 

The Pure XML format is such that these specific 
expressions for blocking have been removed. The HTML 
format is such that the currently displayed HTML state 

10 is stored intact. 

In the case of the block Web document format and 
Pure XML format, the content D12 of a posterity page 
part of the page part is synthesized with the content 
D12 of the page part Dl, thereby determining the 

15 contents of storage. In the page part Dl, an insertion 

place D161 in which each page part and an insertion 
place D161 into which such each page part is to be 
inserted are written as the child page parts management 
information D16. This information is used for 

20 synthesizing contents. 

On the other hand, in the case of HTML, the 
contents of storage are determined by executing an HTML 
synthesizing module M222a described later (refer to 
FIG. 12) . 

25 (Rendering Processing Module) 

The rendering processing module M222 has a 
function for displaying page parts. 
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As one of the important uses, a block Web document 
analyzed by the page parts management module M221 is 
displayed at the Web display portion 6-2 on a display 
screen, as shown in FIG. 6, 
5 A page part may be included in another page part 

or may include such another page part, as described 
previously (a page part inevitably has an inclusive 
relation with another page part) . It is insufficient 
if the style sheet D12 of the page part is merely 

10 applied to the sub-contents corresponding to each page 

part. Processing for inserting the result of the style 
sheet application of each child page part of that page 
part is required. In contrast, in this system, an 
element "import" is prepared for the style sheet, and a 

15 type name of a child page part targeted for insertion 

is written as an attribute "type" of the element 
"import" (if it is omitted, any type is acceptable) . A 
command "import" is issued intact as an output together 
with HTML merely by carrying out XSLT (style sheet) 

20 application processing. Thus, the HTML is analyzed, 

and HTML synthesizing is carried out. 

The element "import" in this style sheet (also 
simply called "import") is provided for HTML 
synthesizing to be displayed on a screen. This is 

25 analogous to "import" described in the block Web 

document, but it is another command. 

Specifically, assume that there exists a style 
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sheet in which the following result of application is 
obtained. 
<html><body> 
<hl>Title</hl> 
5 <div><import type = " type-a"/></div> 

<div><import type = "type-b"/></div> 
</body></html> 

At this time, the style application result of a 
child page part of type "type-a" enters a first element 
10 "div", and the style application result of a child page 

part of type "type-b" enters a second element "div" . 

The HTML synthesizing module M222a carries out 
this synthesizing process. The HTML synthesizing 
module M222a applies a style sheet to a specified page 
15 part (a specified style sheet or a first one in the 

case a plurality of style sheets exist) , thereby 
obtaining HTML. 

All the elements "import" are searched from among 
the obtained HTMLs, and the result of HTML obtained by 
20 applying a style sheet to the child page part specified 

by an attribute "src" with respect to each of these 
HTMLs is inserted instead of the elements "import". 
However, when a command "import" is included in the 
style application result of a child page part, the 
25 style application result of that child page part is 

inserted similarly before the above insertion. This 
process is carried out recursively. 
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When this recursive process completes, one HTML in 
which the style sheet application results of all child 
page parts can be obtained. This result is posted to 
an HTML renderer M222b shown in FIG. 12, whereby HTML 
5 is displayed. The HTML renderer M222b for use in this 

procedure is the existing component which has a 
function for displaying the inputted HTML. This 
renderer also incorporates a general browser. 
A description of processing required for 

10 displaying a block Web document has now been completed. 

It should be noted that some of these matters have been 
omitted for clarity. Immediately after carrying out 
style sheet application to each page part or its child 
page part, thereby obtaining HTML, a GUI processing 

15 initialization module M223a of a GUI processing module 

M223 is called while reference to route element and a 
page part of the obtained HTML is defined as an input. 
This is because a GUI operating function such as drag & 
drop or context menu for sub-contents is inserted in 

20 the synthesized HTML. A detailed description will be 

given later. 
(GUI Processing Module) 

The GUI processing module M223 is a module which 
provides a GUI operating function oriented to sub- 

25 contents such as drag & drop or a context menu to page 

parts which has been displayed. This module has a 
configuration as shown in FIG. 13. 
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The GUI processing initialization module M223a 
carries out processing for registering elements or page 
parts of HTML targeted for processing (operated to be 
selected by a mouse or the like) relevant to a drag & 
5 drop processing module M223b and a context menu 

processing module M223c which are described later. 

The GUI processing initialization module M223a is 
called by inputting two items of page parts reference 
information and route element reference information 

10 which is a factor (element) of an HTML document to 

which page parts are assigned in display. Then^ these 
items of information are registered as an event in the 
drag processing module M223b, drop processing module 
M223c, and context menu processing module M223d, 

15 thereby bonding processing which corresponds to such an 

event . 

In this manner, when a drop & drag operation or a 
context menu (right-click) operation has been carried 
out in a registered HTML element, these processing 
20 modules are called, and services oriented to sub- 

contents function . 

In addition, these processing modules has a 
correlation table between HTML elements and page parts, 
and thus, the target page parts can be specified. 
25 Therefore, a GUI service function can be provided based 

on the contents of page parts. 

Now, processing of these event handlers will be 
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given here. 

The drag processing module M223b is a processing 
module executed when a display region of an HTML 
partial document corresponding to one page part has 
been dragged. This module is generally called a drag 
event handler. The user can move or copy page parts by 
the drag & drop GUI operation. The drag processing 
module is responsible for its first-half part. 

In this processing procedure, as shown in FIG. 14, 
when a drag operation is carried out for a partial 
document which corresponds to display data selected on 
a screen, parts data corresponding to the display data 
targeted for operation is temporarily stored in a 
memory (step S30 and step S31) . In this way, 
processing to prepare for a drop event which is 
subsequently generated is carried out. In the 
supplemental point of view, this drop destination may 
be a block Web document of another process, may be 
another application such as a mailer (E-mail software) 
or OA software, or may be a desktop without being 
limited to in the range of the same pages. Then, in 
step S32, the page part is posed to the export module 
M224 by calling the export module M224 shown in FIG. 16 
to transfer the page part to an external application. 

Subsequently, the drop processing module M223c 
(FIG. 13) is a processing module executed when 
something is dropped on a page part. This module is 
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generally called a drop event handler. This handler is 
responsible for a latter-half part of the drag & drop 
GUI operation. The detail on this processing procedure 
is as shown in FIG. 15. When a drop event whose sub- 
contents are targeted for operation occurs, a page part 
corresponding to the sub-contents targeted for 
operation is read out from the memory, and the sub- 
contents are inserted into a position specified by a 
drop operation using the page parts insertion module 
M221C (steps S40 to S42) . When the sub-contents are 
inserted, the page part corresponding to the dropped 
sub-contents is newly created. By referring to the 
reference information D15 for a parent page in a page 
part which corresponds to the sub-contents targeted for 
operation, it is determined whether or not the page 
part targeted for operation has been dragged from the 
same page. If the page part has been dragged from the 
same page, the page part targeted for operation is 
deleted from the page part database M221b by using the 
page parts deletion module M221d (step S43 to step 
S45) . Then, re-depicting is attempted by using the 
rendering processing module M222 (step S4 6) . On the 
other hand, in step S44, if a page part targeted for 
operation is not dragged from the same page, processing 
goes to step S46. 

In the supplemental point of view, when drop is 
carried out while the mouse right button is held, the 
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user interprets that a link is intended, and sets a 
flag (link flag D18 of FIG. 4) indicating the link (the 
user sets the flag to "1") . In this case, the step of 
determining whether the right drop is carried out is 
5 added between the step 342 and the step S43 of FIG. 15. 

In the case of the right drop, the link flag D18 is set 
to "1". Otherwise, the link flag D18 is set to "0". 
In this case, the link information may be stored in the 
link URL D17. 

10 When the link is established, even if the sub- 

contents of page parts of a link destination has 
changed, there is an advantage that the sub-contents of 
its latest version are displayed because the page parts 
are acquired at the link destination when the block Web 

15 document is displayed. For example, the user can 

create one's original portal page which daily changes, 
the portal page including both of a sub-content called 
"CD sales best 10" in one block Web document and a sub- 
content called "book sales best 10" in another block 

20 Web document, for example, by registering a desired 

page part link in a scrap book described later. 

The context menu processing module M223d (FIG. 1) 
is a function which pops up a menu of executable 
commands when it is right-clicked on a page part. This 

25 system provides a delete command, an edit command, a 

create command, an HTML cutter command, and a style 
change command on a context menu. When the delete 
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command is selected, the page parts deletion module 
M221d (FIG. 10) is executed. The rendering processing 
module M222 (FIG* 2) is executed, and deletion of page 
parts is carried out. 

The edit command and create command edit the 
existing or new page part, and an edit module M223e 
(FIG. 1) supports these processes. 

A specific flow of processing is shown in FIG. 20. 
In FIG. 20, for example, after a desired sub-content on 
the Web display portion 6-2 shown in FIG. 6 has been 
selected, when a create command is selected, a vacant 
page part is created. Then, this vacant page part is 
inserted into the page part corresponding to the 
selected sub-content by using the page parts insertion 
module (step S60 to step S62) . Then, an XML/XSL editor 
for editing an XML document or an XSLT document is 
initiated, and a variety of edit commands are used, 
thereby creating the content D12 in the created page 
part or the contents (entity) of the style sheet D13 
(step S63) . After the editing work has terminated, 
when the XML/XSL editor is closed, the editing result 
is written into the content D12 or style sheer D13 in 
the page part which is created in advance (step S64) . 

The existing XML/XSL editor may be initiated in 
step 563. 

The HTML cutter command is a function in which, 
when an input page is originally a general HTML (in 
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this case, the HTML document is converted into a block 
Web document such that the whole text is one item of 
parts data) , the user specifies a range at the Web 
display portion 6-2 of FIG. 6, and divides that range 
5 as a page part. An HTML cutter module M224f supports 

this function. When the range is divided as a page 
part, it can be handled as independent sub-contents. A 
specific flow of processing of the HTML cutter is shown 
in FIG. 21. 

10 In FIG. 21, for example, when input is done for 

the document processing module M2, it is assumed that a 
general HTML document is converted into a block Web 
document such that the entirety is provided as one item 
of part data through the page reading module M21; and 

15 further, the converted document is displayed at the Web 

display portion 6-2 shown in FIG. 6 via the page parts 
management module M221 or rendering processing module 
M222 and the like. At this Web display portion 6-2, 
after the user has selected a desired region, when the 

2 0 user select an HTML cutter command, a top element in 

the currently selected range is specified (step S70 to 
step S72) . 

To the specified top element, the element adds the 
attribute "component" and the style attribute for 
25 indicating one sub-content. That is, "component = 

"yes"" is written into the element, and identification 
information on a style sheet having an HTML default 
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style described thereon is written into the element 
(step S73) . The contents in the selected range, i.e., 
the page part corresponding to a partial document 
composed of elements (factors) in the selected range 
below the above top element, is newly created, and is 
registered in the page part database (step S74) . 

A parent-child relationship is established between 
the page part corresponding to a source content (one 
page as one block Web document) and the newly created 
page part. Thus, based on this parent-child 
relationship, as described previously, the parent page 
parts reference D15 in each page part and the child 
page parts management information D16 are written * 
(step S75) . 

In the supplemental point of view, in determining 
whether or not an HTML based page exists in step S71, 
it may be determined whether or not a style sheet is an 
HTML default style. Of course, in the case of a block 
Web document or other various structured documents as . 
well, a desired partial document may be delimited as 
sub-contents from these structured documents (i.e., 
partial documents) by using a command equivalent to the 
above HTML cutter command. 

A style change command is a function which causes 
the user to select a desired style from among a 
plurality of style sheets D13 registered in page parts, 
and re-displays the page part Dl on the selected style 
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sheet. A style change module M223G (FIG. 13) supports 
this command. A specific flow of processing for style 
change is shown in FIG. 22. 

In FIG. 22, for example, after a desired sub- 
content at the Web display portion 6-2 shown in FIG. 6 
has been selected, a style selection command is 
selected (step S80) . In step S81, when a plurality of 
style sheets D13 are registered in the page part Dl 
corresponding to the selected sub-content, processing 
goes to step S82. When only one style sheet D13 is 
registered, processing is canceled intact. 

In step S82, a menu screen for selecting any one 
of a plurality of style sheets registered in the 
selected page part is displayed. From among these 
sheets, a style sheet selected by the user is applied 
to the selected sub-content (content D12 in page in 
page part Dl), and the selected style sheet is 
displayed at the Web display portion 6-2 (step S83) . 

Commands such as cut, copy, paste and the like may 
be provided, although they are not described here. 
(Export Module) 

The export module M224 of FIG. 2 is a module which 
enables a sub-content to be copied by a drag & drop 
operation between the document processing module M2 and 
an external application, as described previously. 
Although it is not described, this module is available 
for the purpose of storing the sub-content 
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dragged & dropped from the document processing module 
M2 in the format of an external application. 

The word "export" used here denotes that a copy 
of sub-contents is transferred from the document 
processing module M2 to an external application. 

In addition, the external application used here 
denotes an application other than the document 
processing system according to the present embodiment. 

The export module M224 is composed of a plurality 
of sub-modules, as shown in FIG. 16. Although an 
export request whose page part is defined as an input 
is received from an external application, such a 
request is sent to a shared memory registration module 
M224a. The shared memory registration module M224a 
uses other output modules M224b to M224d to create 
export data which includes page parts targeted for 
processing for transferring the page parts and to 
register them in a shared memory which can be accessed 
from all the external applications. In this manner, 
when a page part is dropped, an external application 
can read the contents in the most preferable data 
format to the external application. 

An application by application format output module 
M224b narrows a target to some prominent external 
applications, and converts a page part targeted for 
processing (at least display data displayed by the page 
part) into a data format applicable to these external 
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applications, thereby generating the above export data 
and outputting the data to the external application. 

A standard format output module M224c converts a 
page part targeted for processing (at least display 
data displayed by the page part) into a data format 
which is widely used such as a text format of an HTML 
format/ thereby generating the above export data and 
outputting the data to an external application. 

An object embedding format output module M224d 
outputs to the external application a page part 
targeted for processing (at least display data 
displayed by the page part) as in the data format 
(i.e., data format of page part Dl, for example) of 
this system, together with reference information for 
associating with page part the document processing 
module M2 corresponding to the page part. In this 
method, the document processing module M2 is embedded 
partly of a window region of an external application 
being a drop destination. 
(Page Parts Format Adjusting Module) 

A page parts format adjusting module M22 5 of 
FIG. 2 is a module used in the page parts insertion 
processing module M221c, as described previously. 
Specifically, when the page parts insertion processing 
module M221c inputs a conversion request which includes 
page part targeted for conversion and the acceptance 
type D142 in another page part, the type name Dll of 



the page part targeted for conversion is searched. 
Then, at least a type (a data format, for example) of a 
partial document corresponding to a page part targeted 
for conversion is converted into any type included in 
the acceptance type D142 in another page part. 

This conversion request is sent from the page 
parts insertion processing module M221c (FIG. 19) to 
the conversion rule search module M225a as shown in 
FIG. 17. 

In a conversion rule database M225b (FIG. 17), a 
plurality of conversion methods (conversion regulations 
or conversion rules) are stored in advance by type of 
conversion source and conversion destination. 

The conversion rule search module M225a finds out 
a conversion method which corresponds to type of 
conversion source and conversion destination from the 
conversion rule database M225b, and returns the page 
part of the conversion result. If nothing is found 
out, this module returns the fact that the conversion 
has failed to the page parts insertion processing 
module M221c (FIG. 10) being a request source. 

The conversion rule database M225b manages a 
plurality of data which contains a set of three items 
which are conversion source type, conversion 
destination type, and a conversion rule (a document 
describing a conversion regulation such as an XSLT 
document, for example) . The conversion rule search 
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module M225a (FIG. 17) searches a sequence path (a 
combination with its sequence) consisting of a 
plurality of conversion rules for conversion into any 
of the finally requested types, from the type name Dll 
5 of the inputted page part targeted for processing. 

When a plurality of sequences has been finally found, a 
combination of the shortest paths is adopted. 

For example, assume that type of page part 
targeted for processing is a type "type-x", the final 
10 target type is a type "type-y" or a type "type-z", and 

the following data is stored in the conversion rule 
database M225b. 
(type-x, type-a, xa. xsl) 
(type-a, type-b, ab. xsl) 
15 (type-b, type-y, by. xsl) 

(type-x, type-c, xc. xsl) 
(type-c, type-z, cz. xsl) 

In this case, there are two types of sequences for 
conversion into a final target type; xa. xsl — > ab. 
20 xsl — > by. xsl and xc. xsl cz. xsl. The conversion 

rule search module M225a selects the latter, and 
returns a page part (type "type-z") obtained as a 
result of applying XSLT documents in order. 
(Desktop Pasting Module) 
25 The desktop pasting module M3 is an application 

which operates in an independent process. When this 
application software drags & drops a page part (a 



68 



sub-content) to a desktop, the application software 
incorporating the first host module Ml and the second 
host module Ml composed of a general browser, the page 
part can be pasted onto the desktop as in tag paper. 

Conversely, the page part can be returned by 
dragging & dropping it from tag paper to the host 
module Ml . 

The desktop pasting module M3 is composed of a 
desktop monitoring module M3a and a tag paper display 
module M3b, as shown in FIG. 18. The tag paper display 
module M3b is a module which is dynamically generated 
by the number of tag papers. In addition, each tag 
paper display module M3b generates and maintains the 
document processing module M22 at its inside. 

In addition, FIG. 19 shows a flow of processing 
concerning a drop event for a desktop of a page part in 
the desktop pasting module M3 . 

In FIG. 19, for example, after a desired sub- 
content at the Web display portion 6-2 shown in FIG. 6 
has been selected, when the desktop monitoring module 
M3a (FIG. 18) senses (step S50) that a drop event has 
occurred on a desktop after a drag operation, the tag 
paper display module M3b is initiated (step S51) . At 
this time, when a sub-content (page part) is not 
selected, processing is canceled (step S56) . 

The initiated tag paper display module M3b 
(FIG. 18) allocates a window region on a screen and 
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initiates the document processing module M2 (step S52 
to step S54) • 

The tag paper display module Mb3 causes the 
initiated document processing module M3 to read the 
5 dropped sub-content (page part) , and causes the window 

to display it (step S55) • 

In this manner, page parts can be pasted to tag 
papers one after another. Although not shown because 
it is publicly known, the window created by each tag 
10 paper display module can be moved anywhere the user 

likes on a screen later. 

Conversely, the page part displayed as a tag paper 
is dragged & dropped on a browser, whereby the page 
part can be added to a page displayed by the browser or 
15 can be deleted from the page. 

These functions are not specifically provided by 
the desktop pasting module M3, and is carried out by 
the document processing module M22 in each tag paper 
display module M3b which has been described previously 
20 in detail. 

(Summary of Document Editing System) 

As has been described above, a document editing 
system according to the present embodiment comprises: 

displaying on display means (corresponding to an 
25 output device 24 of FIG. 24) a structured document 

having a document structure composed of a plurality of 
elements; 



editing a structured document based on a partial 
document coincident with or included in the structured 
document, the partial document composed of at least one 
element for displaying display data defined as an 
operating unit in advance on the display means; 

creating parts data (i.e., page parts) by partial 
document which includes position information on at 
least the partial document (which includes information 
representing a parent-child relationship (an inclusive 
relationship) between partial documents) based on 
information (for example, an attribute "component") 
contained in a partial document, the information 
representing a partial document which corresponds to at 
least one sub-content; 

storing in storage means (i.e., page part 
database) the structured document as a set of parts 
data; and 

updating the parts data corresponding to the 
display data targeted for operation according to the 
contents of operation for the display data selected as 
an operating target, of the display data displayed on 
the display means, thereby editing the structured 
document . 

Each partial document contains as additional 
information on the partial document (such as attribute 
information, for example) : 

a type of the partial document; 



at least one conversion rule for converting a data 
format of the partial document in another data format; 

link information for a partial document in another 
structured document displayed on the display unit as 
the partial document; and 

at least one of a type and an insertion position 
of another partial document which can be inserted into 
the partial document, 

the additional information being included in the 
parts data. Such additional information is extracted 
from each partial document, and parts data on the 
partial document is created. Therefore, parts data 
contains additional information contained in a partial 
document which corresponds to the parts data. 

For example, a position of a partial document can 
be represented as a location on a document structure of 
another partial document such as Web page, for example, 
which includes the partial document. 

In addition, a relationship between a partial 
document corresponding to one entire Web page and a 
partial document corresponding to one sub-content 
contained in the Web page is considered to be a parent- 
child relationship (an inclusive relationship) . 

Also, there is a case where data (display data) 
displayed on display means in each partial document may 
be included in the partial document, and there is 
another case in which link information for the display 
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data is contained in the partial document . 

In this manner, according to the above described 
embodiment, the above described parts data (page parts) 
are created based on additional information relevant to 
each of partial documents which can be identified based 
on such information representing a partial document in 
units of operation, whereby, based on the parts data, 
the contents displayed on a screen can be easily 
operated to be edited in units of sub-contents (in 
units of partial documents) . 
(Service Server) 

As has been described above, when a mechanism for 
carrying out operation or editing in units of sub- 
contents using a block Web document has been 
established, some of the Web page providers will want 
to increase the number of browsers on the Web page by 
utilizing this mechanism to improve the page 
inconvenience . 

There are two application examples: a static Web 
page application example for the Web page provider to 
provide each portlet as a page part at a portal site; 
and a dynamic Web page application example of providing 
a product catalog of a search result as a page part at 
a shopping site or the like. That is, in the former 
case, all of the Web pages stored in a server are 
provided as a block Web document having block structure 
information or the like. In the latter case, for 
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example, each record is provided as one sub-content (a 
page part) ; a plurality of records obtained as a result 
of search are collected in a predetermined format; and 
one block Web document is created so as to be 
5 distributed to a client. 

When the Web page provided from the Web site is 
the block Web document described previously, if the 
user browses the contents provided from the Web site 
via a browser, there is provided an advantageous effect 
10 that the above described operating function concerning 

the page parts contained in the Web page can be 
utilized. 

FIG. 23 shows an example of configuration of a 
server apparatus. The server apparatus 10 is provided 

15 to accept a request from a plurality of client 

terminals (in this case, two terminals) 11a and lib 
(hereinafter, each of these terminals is called client 
terminal 11 if there is no need to discriminate them) 
via a predetermined network 12 such as Internet, and 

20 distribute a desired Web document (Web page) to the 

user . 

The server apparatus 10 shown in FIG. 23 
comprises: a distribution request accepting section 10a 
which accepts a distribution request from the client 
25 terminal 11; a Web page storage section 10b which 

stores a plurality of Web pages (all of which may be a 
block Web document or may be a document other than the 



block Web document such as an HTML document) / a 
converting section 10c for converting into a block Web 
document a Web document other than the block Web 
document; a distributing section lOd for distributing a 
Web page requested for distribution to the client 
terminal 11 which is a request source; and a control 
section lOe for controlling each of the above sections. 

Only the block Web dociament may be stored in the 
Web page storage section 10b, as described previously. 
In addition, a Web document other than a block Web 
document may be stored therein. A document other than 
the block Web docximent, of all the Web pages stored in 
the Web page storage section 10b (FIG. 23), is 
converted into a block Web document at the converting 
section 10c (FIG. 23) . 

The converting section 10c can be composed of the 
page reading module M21 described previously. That is, 
if there exists a conversion rule applicable to the Web 
documents stored in the Web page storage section 10b, 
such a dociiment is converted into a block Web document 
by applying the conversion rule. When an applicable 
conversion rule does not exist, the Web document is 
construed as one page part; an attribute "component" is 
assigned to a root node of the Web document; and a 
default style is assigned to the Web document. 

In this manner, based on a distribution request 
from the client terminal 11, the distribution request 



being accepted at the distribution request accepting 
section 10a, the block Web document requested from the 
client terminal 11 is distributed to a request source 
via the distributing section lOd. 

In the meantime, another feature of this system is 
that the user can post page parts in excess of a Web 
site or Web page. Therefore, the user can sample only 
the page parts from the Web site for providing 
contents, and the user can continue an information 
browsing work on the basis of one's favorite Web site. 

Therefore, Web sites can be discriminated from 
each other at a Web template region, i.e., at a margin 
portion where page parts are stored. In such 
discrimination, usability is improved by a design or 
function, thereby providing incentive to the client. 
In addition, advantageous effect can be achieved by 
carrying out guidance to one's owned service such as 
issuing banner advertisement or effectively outputting 
one's own products as a result of search. 

A system configuration is provided such that a CGI 
for searching and outputting Web documents or page 
parts which include only a Web template region and a 
CGI for synthesizing and outputting the output result 
of a search CGI and a Web template region are disposed 
on the Web server. 

Another service provided by the server include a 
service for the server to manage in a substitutive 
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manner a scrap book prepared by a client (user) by 
using the document editing system shown in FIG. 24. 
Such a scrap book is stored on a user operating 
computer. Thus, there is an inconvenience that an 
5 access cannot be provided to the sub-contents stored in 

one's scrap book. A service for solving this problem 
include a solution for the server to manage a scrap 
book. In this case, the server authenticates a user; 
assigns a group of scrap books of the user so as to 
10 browse them; and provides a form for updating the scrap 

books . 

In addition, the server can change the contents 
of scrap books displayed for the user so as to be 
convenient to one's own company. Thus, an advertise- 
15 ment effect can be attained by adding one's own product 

information to each of the scrap books, for example. 

Alternatively, it becomes possible to ensure 
discrimination by a value added service that, from the 
contents of the sub-content described in a scrap book, 
20 the preference of each user or the like is analyzed by 

using the existing technique such as data mining; and 
information expected to be welcomed by the user is 
additionally described in each of the scrap books. 

Now, a second embodiment of the present invention 
25 will be described here. 

The term "tag paper or "tag" used in the following 
description is a tag paper (a tag) which is 



electronically created by a computer, and this is 
also called an electronic tag. In the present 
specification, the contents of electronic tag include 
an image, a video image, a voice and the like without 
being limited to a text. Further, the contents of 
electronic tag may be multimedia such as HTML having an 
image, a video image, a voice and the like in complex. 

Hereinafter, a description will be given with 
respect to an electronic tag system which causes a 
computer having display means such as display to 
execute an arbitrary program, thereby carrying out a 
drag & drop operation between a document (data) 
displayed on the display means and a desktop to execute 
transfer to an electronic tag from a partial document 
(data) in a specified range or transfer from the 
electronic tag to a document (data) displayed on the 
display means. 

Specifically, after a partial region of interest 
has been range-specified on document display software 
such as word processor software or Web (World Wide Web) 
browser, when the range-specified region is dropped on 
a desktop, a tag paper window having the contents of 
the partial document written therein is generated at 
the dropped position. On the other hand, after the tag 
paper generated on the desktop has been dragged while a 
shift key is pressed, for example (when dragging is 
carried out without pressing the shift key, the tag 
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paper window is moved) , when dropping is carried out 
for an arbitrary application handling a document, the 
contents of the document described on the tag paper are 
inserted into the document. 
5 In this manner, it becomes possible to paste as 

tag paper a cut of the contents of the partial document 
maintained by the application on the desktop by a 
single-step GUI operation. Similarly, the contents of 
the document pasted as a tag paper can be inserted into 
10 a document of the application by a single-step GUI 

operation. 

Now, a description will be given with respect to a 
case where the electronic tag according to the present 
embodiment is resided on an OS (Operating System) of a 
15 computer, for example, and is implemented as a program 

executed by the computer. 

In the present embodiment, a description will be 
given by way of example of a drag & drop operation 
using a mouse as an operation for indicating a copy or 
20 move source and a copy or move destination. It should 

be noted that the present embodiment is not limited to 
this case. 

FIG. 25 shows an example of functional 
configuration of an electronic tag system according to 
25 the present embodiment. 

The electronic tag system incorporates a function 
for linking a document application for carrying out 



- 79 



document creation/editing and the like with the desktop 
by a drag & drop operation; a function for deleting a 
generated tag paper window; and a function for, even if 
software is shut down, storing the immediately previous 
5 state when the software is initiated next. 

The desktop used here denotes a basic screen 
displayed on display means, for carrying out file 
operation or application initiation on a computer (OS) 
having at least the display means. 

10 Many of the conventional tag paper software 

components basically incorporate a function for 
changing a window position or size of a tag paper and 
an editor function for editing the contents of the tag 
paper, for example. These functions are categorized in 

15 the prior art, and thus, a description is omitted here* 

As shown in FIG. 25, a host module M4 corre- 
sponding to the electronic tag system according to the 
present embodiment comprises: an event monitoring 
module M41; a tag window management module M42; and an 

20 application state management module M43. 

The event monitoring module M41 is a module which 
monitors a desktop drop event and a tag paper window 
drag, and carries out processing required for posting a 
document application and a tag paper if an event 

25 occurs. In addition, this monitoring module monitors a 

menu command event for deleting a tag paper window. 

The tag paper window management window M42 manages 



information on the tag paper window which the system 
maintains, and has a function for creating, displaying, 
and deleting the tag paper window. 

The application state management module M43 is a 
module which may be called a serializer. This module 
provides a function for writing into a disk all of the 
state information which an application has; and a 
function for resuming an application from state 
information on the applications written into the disk. 

FIG. 30 shows an example of configuration in the 
case where the system shown in FIG. 25 is implemented 
on a computer (a computing machine), for example. 

That is, in FIG. 30, this system is composed of a 
processor (CPU) 40, a memory 42, an output device 44 
such as a display or a printer, an input device 4 3 such 
as a mouse or a keyboard, and a storage device 41. 

Among them, the storage device 41 is utilized to 
store a program responsible for a nucleus of system 
controlling and to temporarily store data or the like. 
This storage device stores an OS 53, a host program 51, 
various application programs 52 and the like. In 
addition, the memory 42 is utilized for a shared 
storage region available for use in execution of each 
of the programs described above or for a working area 
during program execution. In addition, the program 40 
executes the OS 53, for example, in the storage device 
41, thereby implementing various required control 
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processings including input/output control or various 
processings . 

The processor 4 0 primarily provides an environment 
capable of initiating a program such as the host 
5 program 51 or various application programs 52 on a 

computer by initiating the OS 53 in the storage 
device 41, 

In this state, the processor 40 provides a 
function which corresponds to the host module M4 of the 
10 system shown in FIG. 25 on the system shown in FIG. 30 

by executing the host program 51 in the storage device 
41 (that is, by initiating the host program 51 on 
the OS) . 

Further, the processor 40 provides a function 
15 which corresponds to each of these applications on the 

system shown in FIG. 30 by executing the various 
application programs 52 in the storage device 41 (that 
is, by initiating the various application programs 52 
on the OS) . 

20 Now, a detailed description will be given below 

with respect to each sub-module in each module of 
FIG. 25. 

The event monitoring module M41 is composed of: an 
initialization module M411; a desktop drop event module 
25 M412; a window drop event module M413; and a window 

deletion command processing module M414. 

The initialization module M411 is a module which 
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carries out initialization for link each sub-module 
which the event monitoring module M41 has with an 
event. This initialization module is called when an 
application is initialized and when a tag paper window 
5 is newly created. 

The desktop drop event processing module M412 is a 
handler module which carries out processing when a 
desktop drop event occurs. 

FIG. 26 is a flow chart illustrating a processing 
10 procedure for the desktop drop event processing module 

M412 (hereinafter, simply called a processing module 
M412) . 

For example, assume that part of the document 
displayed on a display by a document application is 

15 selected by a mouse or the like; the selected region 

is dragged; and a desktop is specified as a move 
destination by a drop operation. Here, assume that the 
data (information) contained in the above selected 
region is temporarily stored in a shared storage region 

20 in the memory 42 of FIG. 30 by a docijment application 

which displays the data. 

The shared storage region designates a storage 
region which can be accessed from all applications. 
This region is called in WINDOWS (trademark), for 

25 example. 

In a general application on Windows, when a drag 
operation is made by using a mouse in a state in which 
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a region is selected, it is general that the contents 
in the selected region are stored in the shared storage 
region (a clipboard) . 

When the occurrence of the drop event for the 
5 desktop is sensed (step S90) , the processing module 

M412 reads data targeted for drop from the shared 
storage region (step S91) . 

At this time, the data format of the data written 
in the shared storage region may be any of the HTML 
10 format, rich text format, text format and the like. In 

this case, the processing module M412 selects any one 
of the above formats in accordance with the priority 
assigned to this system in advance, and converts the 
data read out from the shared storage region into the 
15 . selected data format. 

Next, a window creation module M422 is called; a 
window is newly created on the coordinate on which a 
drop event has occurred; and data read in the window is 
written (step S92) . 
2 0 The window drag event processing module M413 

(hereinafter, simply called a processing module M413) 
is a handler module which carries out processing when 
there occurs an event that a tag paper window has been 
dragged. 

25 FIG. 27 is a flow chart illustrating a processing 

procedure of the processing module M413. 

For example, when the fact (a drag event) that the 
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tag paper window displayed on a display is operated to 
be dragged (a drag event) is sensed (step SlOO) , the 
tag paper window targeted for dragging is specified 
(step SI 01) from among the tag paper window stored in a 
5 window database M421. This window can be specified by 

comparing a position of a display region on a tag paper 
window specified as a drag target or identification 
information on the tag paper window with information 
concerning each tag paper window stored in the window 

10 database M421. The existing technique may be used 

without being limited to this case. 

The data pasted on the specified tag paper window 
is written into the shard storage region of the memory 
42 of FIG. 30, for example (step S102) . 

15 The shared storage region is a memory region which 

can be accessed even when executing any of the 
applications stored in a computer. 

Subsequently, when it is sensed that a moving 
operation has completed when the mouse button is 

20 released, communication with an application existing on 

the front-most face on the coordination (an application 
for displaying a document specified as a copy or move 
destination by a drop operation) is made, and the data 
written in the shared storage region is supplied (step 

25 S103) . That is, the data written in the shared storage 

is read by a computer which executes the application 
program existing on the front-most face on the 
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coordinate . 

Some OSs search an application which should be a 
communication partner at the same time when a mouse 
button is released, and provide a channel for data 
5 transfer between both of them. Therefore, in this 

case, the software may only supply data to a channel 
assigned by the OS. 

In addition, some OSs automatically carries out 
data transfer itself. In this case, processing in step 
10 S103 is not required, and processing for writing data 

in the above shared storage region, the data having 
been written in an electronic tag, will suffice. 

The window deletion coimnand processing module M414 
(hereinafter, simply called a processing module M414) 
15 is a handler module initiated when the deletion menu 

provided by each tag paper window has been selected by 
the user. 

When the processing module M414 is initiated, a 
window deletion module M423 is called while reference 

20 information for a tag paper window targeted for 

deletion is defined as an argument. 

The reference information for the tag paper window 
may be an address on the window database M421 having 
stored therein the information concerning the tag paper 

25 window. In addition, when identification information 

for identifying each of the tag paper windows during 
creation of the window is provided, this identification 
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information may be used as the above reference 
information. Any reference information may be used as 
long as there is provided information capable of 
recognizing which of the tag paper windows is specified 
5 in this system. 

The tag paper window management module M42 is 
composed of the window database M421, the window 
creation module M422, and the window deletion module 
M423. 

10 The window database M421 stores information 

concerning each tag paper window as a list in order to 
manage the tag paper window maintained by this system. 

The information concerning the tag paper window 
contains, for example, data stored as tag paper, 

15 coordinate indicating the display position of the tag 

paper window or window size, identification information 
provided to each tag paper window and the like. 

The window creation module M422 is a module called 
by the processing module M412. This module receives as 

20 parameters the coordinate indicating the position for 

creating a window and the data stored in the window, 
and displays the window on a screen. 

FIG. 28 is a flow chart illustrating a processing 
procedure of the window creation module M422. 

25 When this creation module receives from the 

processing module M412 a window creation request 
including the coordinate indicating the position for 



creating a window and the data stored in the window 
(step SllO) , it creates the tag paper window on the 
specified coordinate (step Sill) . The module writes 
the above data contained in the window creation request 
in the created tag paper window (step S112), and stores 
the information concerning the newly created window in 
the window database M421 (step S113) . 

Every time the tag paper window is created, the 
window creation module M422 may store identification 
information for identifying each of the windows in the 
window database M421 by providing the information. 

The window deletion module M423 is a module called 
by the processing module M414. This module receives as 
a parameter the reference information for a tag paper 
window targeted for deletion, and deletes the tag paper 
window. 

FIG. 29 is a flow chart illustrating a processing 
procedure for the window deletion module M423. 

When this module receives from the processing 
module M414 a window deletion request including 
reference information on a tag paper window targeted 
for deletion (step S120) , it erases display of the 
tag paper window specified based on the reference 
information (step S121) and erases it from the OS (step 
S122) . Further, the deletion module erased from the 
window database M121 the information concerning the 
specified tag paper window (step S123) . 
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Now, a description will be given with respect to 
the application state management module M43. 

The application state management module M43 is 
composed of a state write module M431 and a state 
5 resume module M432. 

The state write module M431 is a module called 
when the various application programs 52 such as a 
document application have been executed. This write 
module writes all of the information maintained by the 
10 application into a disk or the like. At this time, the 

information written into the disk is called application 
state information . 

In this system, the state write module M431 
processes window information such as coordinate or size 
15 and data stored as a tag paper, for example, relevant 

to each of the tag paper windows registered in the 
window database M421. 

The state write module M431 writes these items of 
information into a disk in order of being stored in the 
20 window database M421. 

The state resume module M432 is a module called 
when the various application programs 52 such as a 
document application are started to be executed. This 
module carries out reading and state restoration in an 
25 application based on the application state information 

written in the disk. This operation is reversed from 
the state write module M431. 
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As has been described above, according to the 
above described embodiment, a first program is executed 
on a computer having at least display means, whereby it 
is sensed that a desktop displayed on display means is 
5 specified as a copy or move destination by a copy or 

move operation for second data which is the data in a 
specified range, of the first data displayed on display 
means (for example, it is sensed that a desktop is 
specified by a drop operation) , a window being an 
10 electronic tag (a tag paper window) is displayed at a 

specified position as the copy or move destination on 
the desktop, and the second data stored in the shared 
storage region in the computer is displayed on this 
window. 

15 That is, according to the above described 

embodiment, for example, the above second data can be 
pasted to an electronic tag (a tag paper window) by a 
single-step GUI operation via a drag & drop. 

In addition, when a moving operation (for example, 

20 a drag operation) for moving a display position of a 

tag paper window is sensed, in order to insert the 
second data displayed in the tag paper window displayed 
on display means into third data displayed on display 
means by executing a second program which is different 

25 from the first program on the above computer, the 

second data displayed in the tag paper window is stored 
in the above shared storage region. 



The second data stored in this shared storage 
region is read by a function of the second program 
through an operation (for example, a drop operation) for 
specifying a desired position of the third data as a 
move destination, and is inserted into the third data. 

That iS/ according to the above described 
embodiment/ for example, via a drag & drop, the second 
data pasted onto tag paper can be inserted into a 
desired position in the third data by a single-step GUI 
operation. 

As a program which can be executed by a computer, 
a technique described in the embodiments of the present 
invention can be stored in a recording medium such as a 
magnetic disk (such as a floppy disk or a hard disk) , 
an optical disk (such as CD-ROM or DVD) , or a 
semiconductor memory, or can be distributed via a 
network such as Internet. 

The present invention is not limited to the above 
described embodiments, and various modifications can 
occur without departing from the spirit of the 
invention at an implementation stage. Further, the 
inventions at a variety of stages are included in 
the above described embodiments, and a variety of 
inventions can be excerpted according to a proper 
combination in a plurality of disclosed constituent 
elements. For example, even if some of the all the 
constituent elements presented in the embodiments are 



deleted, when (at least one of) the problems described 
in the Brief Summary of the Invention section can be 
solved and when (at least one of) the advantageous 
effects described in the Advantageous Effect of the 
Invention section can be obtained, the configuration 
from which this constituent element has been deleted 
can be excerpted as an invention. 

Additional advantages and modifications will 
readily occur to those skilled in the art. Therefore, 
the invention in its broader aspects is not limited to 
the specific details and representative embodiments 
shown and described herein. Accordingly, various 
modifications may be made without departing from the 
spirit or scope of the general inventive concept as 
defined by the appended claims and their equivalents. 



